<!DOCTYPE html>
<html >
<head>
    <meta charset="utf-8"/>
    <meta http-equiv="X-UA-Compatible" content="IE=edge"/>
    
    <title>视频RTP乱序问题 | xilixili.net</title>
    <meta name="renderer" content="webkit">
    <meta name="HandheldFriendly" content="True">
    <meta name="MobileOptimized" content="320">
    <meta name="apple-mobile-web-app-capable" content="yes">
    <meta name="apple-mobile-web-app-status-bar-style" content="black-translucent">
    <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1">

    <meta name="description" content="问题分析最近在一个新环境下保持RTP的H264视频数据花屏，按照以往经验，最大可能性是丢包了，遂抓包分析，发现包个数足够，并没有反馈任何包的丢失，这就有意思了。
不过在看抓包过程中，不经意间发现了下面的现象

seq 51 的包跑到 seq 50 的前面了，怪不得解包的视频不正确。顺着这个线索继续看发现

乱序现象一直存在，间隔时间不长就出现一次
乱序的包是一个视频帧，即其时间戳是相同的

解决方">

    <meta name="twitter:card" content="summary">
    <meta name="twitter:title" content="视频RTP乱序问题 | xilixili.net">
    <meta name="twitter:description" content="问题分析最近在一个新环境下保持RTP的H264视频数据花屏，按照以往经验，最大可能性是丢包了，遂抓包分析，发现包个数足够，并没有反馈任何包的丢失，这就有意思了。
不过在看抓包过程中，不经意间发现了下面的现象

seq 51 的包跑到 seq 50 的前面了，怪不得解包的视频不正确。顺着这个线索继续看发现

乱序现象一直存在，间隔时间不长就出现一次
乱序的包是一个视频帧，即其时间戳是相同的

解决方">

    <meta property="og:type" content="article">
    <meta property="og:title" content="视频RTP乱序问题 | xilixili.net">
    <meta property="og:description" content="问题分析最近在一个新环境下保持RTP的H264视频数据花屏，按照以往经验，最大可能性是丢包了，遂抓包分析，发现包个数足够，并没有反馈任何包的丢失，这就有意思了。
不过在看抓包过程中，不经意间发现了下面的现象

seq 51 的包跑到 seq 50 的前面了，怪不得解包的视频不正确。顺着这个线索继续看发现

乱序现象一直存在，间隔时间不长就出现一次
乱序的包是一个视频帧，即其时间戳是相同的

解决方">

    
    <meta name="author" content="rangerlee">
    
    <link rel="stylesheet" href="/css/vno.css">
    <link rel="stylesheet" href="/css/font-awesome.min.css">

    
    <link rel="icon" href="/images/avatar-small.png">
    

    <meta name="generator" content="hexo"/>
    
    <link rel="alternate" type="application/rss+xml" title="xilixili.net" href="/atom.xml">
    

    <link rel="canonical" href="xilixili.net/2021/03/25/rtp-out-of-order/"/>

                 
</head>

<body class="home-template no-js">
    <script src="//cdn.bootcss.com/jquery/3.2.1/jquery.min.js"></script>
    <script src="/js/main.js"></script>
    <span class="mobile btn-mobile-menu">
        <i class="fa fa-list btn-mobile-menu__icon"></i>
        <i class="fa fa-angle-up btn-mobile-close__icon hidden"></i>
    </span>

    
<header class="panel-cover panel-cover--collapsed">
  <div class="panel-main">
    <div class="panel-main__inner panel-inverted">
    <div class="panel-main__content">

        <h1 class="panel-cover__title panel-title"><a href="/" title="访问首页 xilixili.net">xilixili.net</a></h1>
        
        <span class="panel-cover__subtitle panel-subtitle"><!-- 生活と技术の杂记 --></span>
        
        <hr class="panel-cover__divider">
        
        <p class="panel-cover__description">生活と技术の杂记</p>
        
	<hr class="panel-cover__divider panel-cover__divider--secondary">

        <div class="navigation-wrapper">
          <div>
          <nav class="cover-navigation cover-navigation--primary">
            <ul class="navigation">
              <li class="navigation__item"><a href="/#blog" title="访问博客" class="blog-button">博客</a></li>
            
            </ul>
          </nav>
          </div>
          <div>
          <nav class="cover-navigation navigation--social">
  <ul class="navigation">

  <!-- Weibo-->
  

  <!-- Github -->
  
  <li class="navigation__item">
    <a href="https://github.com/rangerlee" title="查看我的GitHub主页" target="_blank">
      <i class="social fa fa-github"></i>
      <span class="label">Github</span>
    </a>
  </li>


<!-- Stack Overflow -->
        

  <!-- Google Plus -->
  

<!-- Facebook -->

  
<!-- Twitter -->

  

  <li class="navigation__item">
    <a href="/atom.xml" title="RSS" target="_blank">
      <i class="social fa fa-rss"></i>
      <span class="label">RSS</span>
    </a>
  </li>


  <li class="navigation__item">
    <a href="mailto:http://mail.qq.com/cgi-bin/qm_share?t=qm_mailme&amp;email=RzUmKSAiNSsiIgchKD8qJi4raSQoKg" title="邮件联系我" target="_blank">
      <i class="social fa fa-envelope"></i>
      <span class="label">Email</span>
    </a>
  </li>


  </ul>
</nav>

          </div>
        </div>

      </div>

    </div>

    <div class="panel-cover--overlay cover-alpha"></div>
  </div> 
</header>
<script type="text/javascript">
var side = document.getElementsByClassName("panel-cover")[0];
function checkWebp() {
	try{
		return(document.createElement('canvas').toDataURL('image/webp').indexOf('data:image/webp') == 0);
	}catch(err) {
		return false;
	}
};

if(checkWebp()) {
	side.style.backgroundImage = "url('/images/background-cover.jpg.webp')";
} else {
	side.style.backgroundImage = "url('/images/background-cover.jpg')";
}
</script>


    <div class="content-wrapper">
        <div class="content-wrapper__inner">
            <article class="post-container post-container--single">

  <header class="post-header">
    <div class="post-meta">
      <time datetime="2021-03-25T06:51:00.000Z" class="post-list__meta--date date">2021-03-25</time> &#8226; <span class="post-meta__tags tags">
  <a class="tag-link" href="/tags/技术/">技术</a>
 </span>
      <span class="page-pv">
       阅读 <span id="busuanzi_value_page_pv"><i class="fa fa-spinner fa-spin"></i></span>
      </span> 
   
    </div>
    <h1 class="post-title">视频RTP乱序问题</h1>
  </header>

  <section class="post">
    <h3 id="问题分析"><a href="#问题分析" class="headerlink" title="问题分析"></a>问题分析</h3><p>最近在一个新环境下保持RTP的H264视频数据花屏，按照以往经验，最大可能性是丢包了，遂抓包分析，发现包个数足够，并没有反馈任何包的丢失，这就有意思了。</p>
<p>不过在看抓包过程中，不经意间发现了下面的现象</p>
<p><picture class="picture"><source type="image/webp" srcset="/2021/03/25/rtp-out-of-order/20210325145745.png.webp"><img class="image" src="/2021/03/25/rtp-out-of-order/20210325145745.png" alt=""></picture></p>
<p><code>seq 51</code> 的包跑到 <code>seq 50</code> 的前面了，怪不得解包的视频不正确。顺着这个线索继续看发现</p>
<ul>
<li>乱序现象一直存在，间隔时间不长就出现一次</li>
<li>乱序的包是一个视频帧，即其时间戳是相同的</li>
</ul>
<h3 id="解决方法"><a href="#解决方法" class="headerlink" title="解决方法"></a>解决方法</h3><p>项目中使用的是开源的 <code>ortp</code> 库，分析其实现代码，接收数据后并没有针对序号的判断(较早的版本)，因此在接收数据后根据上面的规律，将相同时间戳内的包进行缓存，等时间戳变化之后再进行排序解包，确保包的顺序是正确的。当然按这个思路并不能解决丢包问题，但是应该是可以解决我们当前环境的问题。</p>
<p>另外新版的库已经开始支持Feedback机制了，那么在遇到这种情况下，肯定会先发送 <code>NACK</code> 包让对方重传丢失的包，这样是不是通过升级新版的库就可以解决呢（假设客户端是支持Feedback机制的）？</p>
<p>然而事情并不像想象的那么美好，通过分析其 <code>rtp_session_recvm_with_ts</code> 函数实现，其中的关键代码</p>
<figure class="highlight cpp"><table><tr><td class="code"><pre><span class="line"><span class="keyword">mblk_t</span> *</span><br><span class="line">rtp_session_recvm_with_ts (RtpSession * session, <span class="keyword">uint32_t</span> user_ts)</span><br><span class="line">&#123;</span><br><span class="line">    ...</span><br><span class="line">    <span class="keyword">if</span> ((rtp_session_avpf_enabled(session) == TRUE) &amp;&amp; ...) &#123;</span><br><span class="line">        <span class="comment">/*</span></span><br><span class="line"><span class="comment">        * If immediate nack is disabled then we check for missing packets here instead of</span></span><br><span class="line"><span class="comment">        * rtp_session_rtp_parse</span></span><br><span class="line"><span class="comment">        */</span></span><br><span class="line">        check_for_seq_number_gap(session, rtp);</span><br><span class="line">    &#125;</span><br><span class="line">    ...</span><br><span class="line">    <span class="keyword">return</span> mp</span><br><span class="line">&#125;</span><br></pre></td></tr></table></figure>
<p>在判断了丢包需要发送 <code>NACK</code> 等操作后，依然是直接返回了接收的包，所以无论如何底层依然是没有实现乱序重排机制的，还得上层应用来做。</p>

  </section>

</article>

<section class="read-more">
           
    
               
            <div class="read-more-item">
                <span class="read-more-item-dim">最近的文章</span>
                <h2 class="post-list__post-title post-title"><a href="/2021/04/14/extra-h264-from-pcap/" title="开发从RTP抓包中抽取H264视频的工具">开发从RTP抓包中抽取H264视频的工具</a></h2>
                <p class="excerpt">
                
                需求场景经常使用抓包工具分析RTP视频的人来讲，在抓包工具很容易分析包信息，但是并不能像PCMA音频一样可以直接预览，因此视频内容正确与否很难判断，因此需要开发工具来从抓包内提取视频出来。
总的来说，归纳下需要实现的关键点

为了简单期间，需要提前讲视频流单独导出一个单独的抓包文件(用端口等规则过滤
                &hellip;
                </p>
                <div class="post-list__meta"><time datetime="2021-04-14T02:23:00.000Z" class="post-list__meta--date date">2021-04-14</time> &#8226; <span class="post-list__meta--tags tags">
  <a class="tag-link" href="/tags/技术/">技术</a>
</span><a class="btn-border-small" href="/2021/04/14/extra-h264-from-pcap/">继续阅读</a></div>
                           
            </div>
        
        
               
            <div class="read-more-item">
                <span class="read-more-item-dim">更早的文章</span>
                <h2 class="post-list__post-title post-title"><a href="/2021/02/08/h264-get-width-height-from-sps/" title="从H264中SPS计算宽高">从H264中SPS计算宽高</a></h2>
                <p class="excerpt">
                
                最近在处理H264流的时候发现计算的宽高并不正确。
基本计算方法大家都知道SPS解析之后，宽高就可以通过下面的计算公式计算出来：

宽 (pic_width_in_mbs_minus1 + 1) * 16
高 (pic_height_in_map_units_minus1 + 1) * 16

然而
                &hellip;
                </p>
                <div class="post-list__meta"><time datetime="2021-02-08T10:54:00.000Z" class="post-list__meta--date date">2021-02-08</time> &#8226; <span class="post-list__meta--tags tags">
  <a class="tag-link" href="/tags/技术/">技术</a>
</span><a class="btn-border-small" href="/2021/02/08/h264-get-width-height-from-sps/">继续阅读</a></div>
                       
            </div>
        
     
   
   
  
</section>



	<script>
	(function(){
		var bp = document.createElement('script');
		var curProtocol = window.location.protocol.split(':')[0];
		if (curProtocol === 'https') {
			bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';        
		}
		else {
			bp.src = 'http://push.zhanzhang.baidu.com/push.js';
		}
		var s = document.getElementsByTagName("script")[0];
		s.parentNode.insertBefore(bp, s);
	})();
	</script>



<script>
(function(){
var src = (document.location.protocol == "http:") ? "http://js.passport.qihucdn.com/11.0.1.js?8612a7fa26d7ba4562be733ae33649b1":"https://jspassport.ssl.qhimg.com/11.0.1.js?8612a7fa26d7ba4562be733ae33649b1";
document.write('<script src="' + src + '" id="sozz"><\/script>');
})();
</script>



            <footer class="footer">
    <span class="footer__copyright">
        &copy; 2023 rangerlee - 本站点采用 <a href="http://creativecommons.org/licenses/by-nc-sa/4.0/">知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议</a>
       
    </span>
    <span class="footer__copyright">
             - 本站基于开源 <a href="http://hexo.io">Hexo</a> 搭建，采用 <a href="https://github.com/rangerlee/hexo-theme-new-vno">hexo-theme-new-vno</a> 主题，修改自 <a href="https://github.com/monniya/hexo-theme-new-vno ">new-vno</a> 主题  <a href="http://www.beian.miit.gov.cn">皖ICP备16009457号</a>
         </span>
       
    
    
</footer>


        </div>
    </div>

     
    
    <script>
        var _hmt = _hmt || [];
        (function() {
            var hm = document.createElement("script");
            hm.src = "//hm.baidu.com/hm.js?bab4f71524319c10819bcae280021624";
            var s = document.getElementsByTagName("script")[0]; 
            s.parentNode.insertBefore(hm, s);
        })();
    </script>



    <script async src="//busuanzi.ibruce.info/busuanzi/2.3/busuanzi.pure.mini.js"></script>
    
    
</body>
</html>
